

METHOD AND SYSTEM FOR CONDUCTING AN AUCTION FOR 



5 particularly, to method and system for conducting an auction for 
resources over the Intemet. 



vendors and purchasers, the Intemet is increasingly being used to 
10 conduct "electronic commerce." The Intemet comprises a vast number 
of computers and computer networks that are interconnected through 
communication channels. Electronic commerce refers generally to 
commercial transactions that are at least partially conducted using the 
computer systems of the parties to the transactions. For example, a 
15 purchaser can use a personal computer to connect via the Intemet to a 
vendor's computer. The purchaser can then interact with the vendor's 
computer to conduct the transaction. Although many of the commercial 
transactions that are performed today could be performed via electronic 
commerce, the acceptance and wide-spread use of electronic commerce 
20 depends, in large part, upon the ease-of-use of conducting such 
electronic commerce. If electronic commerce can be easily conducted, 
then even the novice computer user will choose to engage in electronic 
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Method and system for conducting an auction and, more 



BACKGROUND OF THE INVENTION 



Because it facilitates electronic communications between 



commerce. Therefore, it is important that techniques be developed to 
facilitate conducting electronic commerce. 

The World Wide Web portion of the Intemet is especially 
conducive to conducting electronic commerce. Many web servers have 
5 been developed through which vendors can advertise and sell product. 
The products can include items {e.g., music) that are delivered 
electronically to the purchaser over the hitemet and items {e.g., books) 
that are delivered through conventional distribution channels {e.g., a, 
common carrier). A server computer system may provide an electronic 

10 version of a catalog that lists the items that are available. A user, who is 
a potential purchaser, may browse through the catalog using a browser 
and select various items that are to be purchased. When the user has 
completed selecting the items to be purchased, the server computer 
system then prompts the user for information to complete the ordering of 

15 the items. The server computer system then typically confirms the order 
by sending a confirming web page to the client computer system and 
schedules shipment of the items. 

The temporary employment industry has thrived based on 
the needs of employers for temporary employees and the desire of 

20 employees to work on a temporary basis. It is, however, difficult for an 
employer to find temporary employees with both the needed skills and 
the needed availability at a reasonable price. To assist in finding such 
temporary employees, an employer may register their needs with various 
temporary employment agencies. These agencies select their own 

25 candidates who best match the employer's needs and present those 
candidates to the employer. The employer can then review the presented 
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candidates to identify which candidates best meets their needs. The 
employers may then interview the identified candidates and hire one of 
those candidates based on then interview. 

Although the temporary employment industry has thrived, 
5 it has encountered many problems. For example, it is very difficult for a 
temporary employment agency to assess of the needs of employer. In 
particular, there is no standard technique for specifying the required or 
desired skills of a temporary employee. As a result, the agencies may 
waste time presenting candidates who have no chance of being hired by 

10 the employer. As another example, it is very difficult for an employer to 
evaluate the degree to which candidates meet the employer's needs. As a 
result, the employer may hire a candidate who is not the most qualified 
candidate. As another example, employers often limit their search for 
temporary employees to a small geographic area. As a result of this 

15 limited search, an employer may be forced to hire a candidate at a high 
price or with less than optimal skills. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a sample web page for entry of 
"standard" job requirements. 
20 Figure 2 illustrates a sample web page for entry of advance 

options. 

Figure 3 illustrates a web page display of the requirement 
listings of an employer. 

Figure 4 illustrates a sample web page for specifying the 
25 qualifications of a candidate. 
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Figure 5 illustrates a sample web page listing requirements 
whose auctions are open. 

Figure 6 illustrates a sample web page that lists the details 
of a job requirement and that allows the submission of a bid. 
5 Figure 7 illustrates a sample web page that lists the bids of 

a provider. 

Figure 8 is a block diagram illustrating the components of a 
job placement system in one embodiment. 

Figure 9 is a flow diagram illustrating example processing 
10 for entry of a new job requirement. 

Figure 10 is a flow diagram illustrating example processing 
of the advance options web page. 

Figure 11 is a flow diagram illustrating example processing 
of adding a new candidate. 
15 Figure 12 is a flow diagram illustrating example processing 

of a bid. 

Figure 13 is a flow diagram illustrating example processing 
when an auction closes. 

Figure 14 is the flow diagram illustrating an example 
20 calculation of a match rating for a resource. 

Figure 15 is a flow diagram illustrating an example 
calculation of the fitness for the skills of a candidate. 

Figure 16 is a flow diagram illustrating an example 
calculation that determines the fitness of a required skill. 
25 Figure 17 is a flow diagram illustrating an example 

calculation to determine the fitness for availability. 
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Figure 18 is a flow diagram illustrating an example 
calculation to determine the fitness for reservation. 

Figure 19 is a flow diagram illustrating an example 
calculation to determine fitness for rate. 

5 DETAILED DESCRIPTION 

A method and system for selecting a resource is provided. 
In one embodiment, the resource system receives resource requirements 
that indicate target attributes of a target resource that is desired. The 
resource system receives offers to provide candidate resources to fill the 

10 resource requirements in an auction environment. Each candidate 
resource has candidate attributes that specify the characteristics of the 
candidate resource. The resource system generates a match rating for 
each candidate resource that indicates how closely the candidate 
attributes match the target attributes. The resource system then uses the 

15 match ratings to select a candidate resource whose candidate attributes 
best match the target attributes. In one embodiment, an employer 
advertises a job opening to be filled by a target resource, which is a 
person with certain skills who is available to work on the temporary 
basis. For example, the person may be a computer programmer with 

20 skills in certain programming languages. A target attribute of the 
resource requirements may be five years of experience in the C++ 
programming language. An employer may advertise that the job opening 
is to be filled with an employee on a full-time or temporary basis or with 
a contractor. The resource system allows the employer to advertise the 

25 desired skills of the job candidate along with other target attributes such 
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as hourly rate and salary. The resource system allows offers (or bids) to 
be received for candidates to fill the job opening. Each candidate has 
their own set of skills. The resource system rates the candidates on their 
overall fitness to fill the position taking into consideration their skills, 
5 availability, and salary. 

In one embodiment, the resource system uses a web-based 
employment auction system. The auction system provides various web 
pages for employers (or clients) to input their job requirements so that a 
reverse auction can be conducted to find a person who can best satisfy 

10 the requirements. The auction system provides various web pages for 
agencies (or members) to view the job requirements and offer (e.g., place 
a bid for) their candidates to fill the position. The agencies can view the 
details of other offers so that they can then offer a candidate who would 
be a better fit than any other currently offered candidate. The auction 

15 system uses a rating algorithm to identify how closely each candidate 
matches the job requirements. When the auction is closed, the auction 
system notifies the employer of those candidates with the highest ratings. 
The employer can then use a web-based interview system to arrange an 
interview with the candidates. The interviews may be conducted either 

20 in person, telephonically, or using an Internet-based meeting system. 
Once the interviews are complete, the employer notifies the resource 
system of the selected candidate. The resource system may also provide 
a web-based accounting system through which the agency of the selected 
candidate can submit bills to the employer. 

25 Figures 1 and 2 illustrate sample web pages for entry of job 

requirements. Figure 1 illustrates a sample web page for entry of 
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"standard" job requirements. Employer field 101 identifies the name of 
the employer, "Millennium Corp" Reference field 102 contains a 
requirement reference, which is an identifier that allows the employer to 
group the various related jobs together. For example, an employer may 
5 want to track all jobs for fixing Y2K problems. Job field 103 indicates 
the job title associated with the requirement (e.g., "Y2K Senior 
Programmer"). Position field 104 indicates the number of positions with 
these requirements that the employer is looking to fill. Interview field 
105 indicates the number of candidates that the employer is planning to 

10 interview. Maximum bill rate field 106 indicates the maximum rate that 
the employer is willing to pay. Project location fields 107, 108, and 109 
indicate the country, state, and city in which the employee will work. 
Project data fields 110 and 111 indicate the start date of the project and 
the approximate duration of the project. Auction date fields 112 and 113 

15 indicate the start and end date and time of the job auction. Skill set fields 
114, 115, and 116 indicate the target skills, whether the skills are 
required or desired, and the minimum and maximum experience for each 
skill. For example, a skill may be experience in "Windows NT" 
programming. In this example, the employer selects a skill from a drop- 

20 down list of predefmed skills and then selects the add skill button to add 
the skill requirement. Job description field 117 contains text describing 
the job. Buttons 118, 119, 120, and 121 allow the employer to specify 
advance requirement options, that the requirements are complete, that the 
requirements should be saved for later editing, or that the requirement 

25 should be reset. 
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Figure 2 illustrates a sample web page for entry of advance 
options. These advance options allow the employer to specify how to 
rate certain conditions (e.g., experience in excess of maximum). 
Employer field 201 identifies the name of the employer, reference field 
5 202 identifies the requirement reference, and job title field 203 identifies 
tiie job titie. Skill set fields 204 and 205 identify the skill sets of tfie 
candidate that were entered as a standard requirement. Additional 
experience field 206 indicates how additional experience is to be treated 
(e.g., not preferred). The minimum experience for short list field 207 

10 indicates the absolute minimum (i.e., floor) experience of candidates 
who will be considered. The absolute minimum experience is given as a 
percentage of the rninimum experience. The short list is the list of 
candidates with the highest ratings who meet all the requirements and 
who would be interviewed if no more candidates were offered. The 

15 maximum experience for short list field 208 indicates the absolute 
maximum {e.g., ceiling) experience of candidates who will be 
considered. The premium on experience the field 209 indicates the 
premium placed on the amount of experience above the minimum 
experience but less than the maximum experience. The match 

20 percentage field 210 indicates the minimum rating of candidates who 
will be considered. The reservation field 211 indicates the number of 
days after the close of the auction that the candidate is required to stay 
available to allow the employer to make a decision. The factor weight 
fields 212, 213, 214, and 215 indicate the relative weight of the fitness 

25 factors used to calculate the rating. In this example, the fitness factors 
are price, skill, availability, and reservation. Once an employer enters 
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the weights, the employer uses the compute button 216 to direct 
calculation of the relative importance. The relative importance of the 
factors is a percentage of the weight of a factor to the total weight of all 
the factors. Add another requirement button 217 allows an employer to 

5 enter another requirement for the same requirement reference. 
Requirement complete button 218 allows an employer to indicate that the 
entry of the requirements is complete. Reset button 219 allows an 
employer to reset the advance options to their default values. 

Figure 3 illustrates a web page display of the requirement 

10 listings of an employer. The web page 300 includes an employer field 
301, options fields 302, and requirement table 303, The options fields 
allow an employer to indicate the types of requirements to list. For 
example, the employer may want to list all requirements; only those 
requirements whose auction is open, closed, or not started; or 

15 requirements that are not yet fully specified. The requirement table 
contains columns indicating the requirement reference, job title, 
assignment start date, skill set, number of positions, requirement status, 
auction close date, number of bids, and the lowest bid. In this example, 
two job requirements are listed. The first requirement 304 is for the job 

20 title of "Programmer" whose auction has not yet started. The second 
requirement 305 is for the job title of "Y2K Senior Programmer" whose 
auction has already started. The auction for the second requirement has 
received two bids and the lowest bid is $100 per hour. 

Figure 4 illustrates a sample web page for specifying the 

25 qualifications of a candidate. Provider field 401 indicates the name of 
the provider (e,g., agency) of the candidate (e.g., "Rent-A- 
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Programmer"). The name fields 402 indicate the name of the candidate, 
and the additional information fields indicate the addresses and phone 
number of the candidate. The skill set field 403 indicates the skills of the 
candidate. The skills may be selected fi:om a drop-down list of 
5 predefined skills. The submit button 405 allows the provider to submit a 
candidate, the submit and update skills button 406 allows the provider to 
submit and update skills of the candidate, and the reset button 407 allows 
the provider to reset the fields of the web page to a default value. 

Figure 5 illustrates a sample web page listing requirements 

10 whose auctions are open. Provider field 501 indicates the name of the 
provider of the candidate. The options fields 502 allow the provider to 
select whether to display all requirements or only those requirements that 
meet a predefined profile. The filter fields 503 allow the provider to 
indicate the order of the displayed listings and the criteria for selecting 

15 the listings to display. When a provider changes the filter, the provider 
selects the go button 504 to update the requirements listing. The 
requirement table 505 lists the job requirements that satisfy the filter. 

Figure 6 illustrates a sample web page that lists the details 
of a job requirement and that allows the submission of a bid. Provider 

20 field 701 indicates the name of the provider. The requirement fields 702 
indicate the various requirements of the job. The client specification 
fields 703 indicate various advance options relating to the job. The bid 
fields 704 allow a provider to submit a bid to provide a candidate for the 
job. The candidate code field 705 allows the provider to identify the 

25 candidate. The bid price field 706 allows the provider to enter the bid 
amount at a rate per hour. The availability date field 707 indicates the 
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date at which the candidate is available to start the job. The reservation 
to date field 708 indicates the date until which the candidate is reserved. 
The interview time fields 709 indicate convenient times for an interview 
with the candidate. The relative score field 610 indicates the match 
5 rating for the candidate for this job. The compute relative score button 
611 is used to recalculate to the match rating for the candidate. The 
clear button 612 is used to clear the bid fields, and the confirmed bid 
button 613 is used to submit the bid. The short hst bid table 614 
identifies those bids that are currently on the short list. The other bid 

10 table 615 identifies the other bids that are not on the short Ust. 

Figure 7 illustrates a sample web page that lists the bids of 
a provider. Provider field 701 indicates the name of the provider. 
Options fields 702 allow the provider to select whether to display all the 
bids, or the bids for closed or open auctions. Filter fields 703 allow the 

15 user to specify how to order the bids and which bids to list. Go button 
704 is used to regenerate the list after a filter fields have been changed. 
The bid table 705 contains in entry for each bid. 

Figure 8 is a block diagram illustrating the components of a 
job placement system in one embodiment. The user computers 801 and 

20 the server computer 803 are interconnected via the Intemet 802. The 
computers may include a central processing unit, memory, input devices 
(e.g., keyboard and pointing device), output devices (e.g., display 
devices), and storage devices (e.g., disk drives). The memory and 
storage devices are computer-readable media that may contain computer 

25 instructions that implement the resource system. A computer-readable 
medimn may also include a data transmission medium. The user 
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computers may use a browser to access the web pages via the Intemet. 
The server computer implements the job placement system. The job 
placement system includes a server engine 804, an employer component 
805, a provider component 806, an auction component 807, a user 
database 808, a job requirements database 809, a candidate database 810, 
and an auction database 811. The server engine receives requests for 
web pages via the Intemet and coordinates the generation and 
transmission of the web pages. The job placement system coordinates 
the defining of job requirements, registering of candidates, and 
conducting of the auctions for the jobs. The employer component 
coordinates the receiving of job requirements. The provider component 
coordinates the registering of candidates and the placing of bids on jobs 
whose auction is open. The auction component coordinates the closing 
of auctions and the notifying of the employer and providers of the results 
of the auction. The job placement system may also have an interview 
scheduling component to assist in the scheduling of the interviews 
between the employer and candidates with the highest rating. The job 
placement system may have an interview component to facilitate 
conducting an on-line interview. The job placement system may also 
have an accounting component for the submission of time sheets and 
subsequent payment. The user database contains an entry for each 
employer and provider that is registered to use the job placement system. 
The job requirement database contains information describing the 
requirements of each job that is defined. The candidate database 
contains an entry for each candidate that describes the candidate's 
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qualifications. The auction database contains an entry for each job that 
indicates the bids that have been placed for that job. 

One skilled in the art will appreciate that the concepts of 
the job placement system can be used in various environments other than 
5 the Intemet. For example, the concepts can also be used in an electronic 
mail environment in which electronic mail messages may be used to 
provide information on jobs and to place bids. Also, various 
communication channels may be used such as a local area network, wide 
area network, or a point-to-point dial-up cormection instead of the 

10 Intemet. The server system may comprise any combination of hardware 
or software that can support these concepts. In particular, a web server 
may actually include multiple computers. A user system may comprise 
any combination of hardware software that interacts with the server 
system. Also, one skilled in the art will appreciate that the resource 

15 system can be used to auction many different types of resources. For 
example, the resource system can be used to auction many different 
types of resources. 

Figure 9 is a flow diagram illustrating example processing 
for entry of a new job requirement. This routine is invoked after an 

20 employer has submitted a new requirement entry web page, such as the 
web page shown in Figure 1. In decision block 901, if the user indicated 
to save the contents of the web page for later processing, then routine 
continues at block 902, else the routine continues at block 904. In block 

902, the routine stores the requirements in the job requirement database 
25 with an indication that the requirements are not yet complete. In block 

903, the routine sends a blank new requirements entry web page to the 
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user computer and then completes. In decision block 904, if the user 
indicated to reset or start over, then the routine continues at block 903, 
else the routine continues at block 905. In decision block 905, if the data 
of the web page is valid, then the routine continues at block 907, else 

5 routine continues at block 906. The routine validates the values entered 
by the employer to ensure that they are consistent (e.g., ensuring that the 
end time of the auction is after the start time). In block 906, the routine 
sends a new requirements entry web page to the user that specifies which 
data is not valid and then completes. In decision block 907, if the user 

10 selected to enter advance requirements options, then the routine 
continues at block 908, else the routine continues at block 909. In block 
908, the routine sends a blank advance options web page to the user and 
then completes. In decision block 909, if the user indicated that the 
requirements are complete, then the routine continues at block 910. In 

15 block 910, the routine adds the requirements to the job requirements 
database with an indication that the requirements are complete. In block 
911, the routine sends a blank new requirements entry web page to the 
user and then completes. 

Figure 10 is a flow diagram illustrating example processing 

20 of the advance options web page. This routine is invoked after an 
employer has submitted an advance option web page, such as the web 
page of Figiu-e 2. In decision block 1001, if the user indicated to reset 
the web page, then the routine continues at block 1002, else the routine 
continues at block 1003. In block 1002, the routine sends a blank 

25 advance options web page to the user and then completes. In decision 
block 1003, if the advance options are valid, then the routine continues at 
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block 1005, else the routine continues at block 1004. In block 1004, the 
routine sends an advance options web page to the user indicating the 
invalid data and then completes. In block 1005, the routine adds the 
advance options to the job requirements database. In decision block 
5 1006, if the user indicated to add another requirement to the job 
reference, then the routine continues at block 1007, else the routine 
completes. In block 1007, the routine sends a blank new requirement 
entry web page to the user and then completes 

Figure 1 1 is a flow diagram illustrating example processing 

10 of registering a new candidate. This routine is invoked when a user 
submits a candidate web page. In decision block 1101, if the data of the 
candidate web page is valid, then the routine continues at block 1103, 
else the routine continues at block 1102. In block 1102, the routine 
sends the add a candidate web page to the user indicating the invalid data 

15 and then completes. In block 1103, the routine adds the candidate 
information to the candidate database and completes. 

Figure 12 is a flow diagram illustrating example processing 
of a bid. This routine is invoked when the user submits a bid on a job. 
In decision block 1201, if the user indicates to reset the web page, then 

20 the routine continues at block 1202, else the routine continues at block 
1203. In block 1202, the routine sends a blank requirements detail web 
page to the user and then completes. In decision block 1203, if the bid 
data is valid, then the routine continues at block 1205, else the routine 
continues at block 1204. In block 1204, the routine a requirement details 

25 web page indicating the invalid data to the user and then completes. In 
block 1205, the routine calculates a relative score for the bid and sends a 
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web page with relative score to the user. In decision block 1206, if the 
user indicates to confirm a bid, then the routine continues at step 1207, 
else the routine completes. In block 1207, the routine stores the bid in 
the bid database and then completes. 
5 Figure 13 is a flow diagram illustrating example processing 

when an auction closes. This routine may be invoked periodically to 
process the auctions that recently closed. In block 1301, the routine 
selects the next open auction from the auction database. In decision 
block 1302, if all the open auction have akeady been selected, then the 

10 routine completes, else the routine continues at block 1303. In decision 
block 1303, if the auction is past its close time, then the routine 
continues at block 1304, else the routine loops to block 1301 to select the 
next open auction. In block 1304, the routine marks the selected auction 
as closed. In block 1305, the routine notifies the employer of the results 

15 of the auction. In block 1306, the routine notifies each winning provider 
and then loops to block 1301 to select the next open auction. 

Match Rating 

Figures 14-19 are flow diagrams illustrating the 
calculations of a match rating. In one embodiment, the resource system 
20 calculates a "fitness ratings" indicating how closely each resource 
attribute matches the target attribute. The resource system then 
combines the fitness ratings of the attributes using weighting factors to 
generate an overall match rating. 

Figure 14 is the flow diagram illustrating an example 
25 calculation of a match rating for a resource. This routine calculates a 
fitness of each attribute of the resource relative to the attributes of the 

[/Application-Corrected.dot] 16 




target resource. In block 1401, the routine selects the next attribute 
starting with the first. In decision block 1402, if all the attributes have 
already been selected, then the routine completes, else the routine 
continues at block 1403. In block 1403, the routine invokes a determine 

5 fitness routine for the selected attribute. For example, when the resource 
is a person applying for job, then the attributes may be the skills, the 
availability, the reservation, and the hourly rate. In block 1404, the 
routine sums the weighted fitness of the selected attribute with the 
current match rating. The routine then loops to block 1401 to select the 

10 next attribute. When the routine completes, the variable match contains 
the match rating. 

The following table defines the variables used in 
controlling the rating algorithm. These variables can be specified by the 
employer to indicate how to rate various attributes. 
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Symbol 


Meaning 


A 


Asymptote: value of skill fit that the calculated value approaches 
asymptotically as actual experiences increases 


E„ 


Sum of candidate's experience in required skills 


Ecr:i 


Candidate's experience in required skill 'i'. 


Ecd 


Sum of candidate's experience in desired skills 


Ecd:i 


Candidate's experience in desired skill 'i'. 


Er(min):i 


Minimum required experience in required skill 'i'. 


Er(max):i 


Maximum required experience in required skill 'i'. 


Ed(min):i 


Minimum required experience in desired skill 'i'. 


Ed(max):i 


Maximum required experience in desired skill 'i'. 


Epremium 


Premium placed on Ecr^max) over Ecx<min). 
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Pe:floor 


Experience floor percentage. Experience less than Pe fioor * Er(min):i has no 
value for this requirement. 


■Pexeiling 


Experience ceiling percentage. Experience greater than Pe ceiiing x Er(max):i 

iicLo H\J VdXUC lUl LXlio ICUUlICIllClll. 


^ a 


X IL yjL L/cUlUll^dlw o ctVcillciUillLy LU LllC ICt[UlldIldlL 


^ res 


Fit PJlTlHiHsif p'c rPCPT^/atinn "fr^r +lip rp/mirPTYiPni' 
J- iL KJL wctllUlUclLvi/ o IC^t^l VciLlUil lUX LliC iC/L[UllClllCill 


* r 


l\4^Tnimiim Hpotpp rrPfit rpmiirpH 

ivxilllliiliill Utrgiv^ \JL 11 L IvUUilviJ. 


^ rate 


Fit of ratp 


N 


MllTTlnPT* itptnc iti trip rp^nutTf^H cl/"illc lict 
i^UlilUCl Ul ilwlllo ill LllC ICLJlllICU aKlllo lloL 




l^UlllUvi/l \JL ILwillo 111 UlC uCollCU oKllla llol 


D 


TjJitp nlsiTiTipH "frir laccifmmpnt tr* cfart 
pidllilCU iUl doal^lllIlCllL lO bliXl I 


D, 


Last allowed date for assignment to start 


Do 


Date when consultant is available for assignment 


D„ 


Date (and time) when auction began 


Db 


Date (and time) when bid was received 


R 


Reservation period - number of days after close of auction 


Rc 


Period during which provider agrees to reserve the candidate for this 

rpfinirpmpnt 


Wf 


Raw weight for fit 


Wa 


Raw weight for availability 


Wr 


Raw weight for reservation period 


Wp 


Raw weight for price 


He 


Consultant's hourly rate 




Base rate per hour 



Figure 15 is a flov^ diagram illustrating an example 
calculation of the fitness for the skills of a candidate. In this example, 
the skills include both required and desired skills. In blocks 1501-1503, 
5 the routine loops calculating a fitness value for each required skill. In 
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block 1501, the routine selects the next required skill starting with the 
first. In decision block 1502, if all the required skills have already been 
selected, then the routine continues at block 1504, else the routine 
continues at block 1503. In block 1503, the routine invokes the routine 
5 to calculate the fitness for the selected required skill and then loops to 
block 1501 to select the next required skill. In blocks 1504-1506, the 
routine loops calculating a fitness value for each desired skill. In block 
1504, the routine selects the next desired skill starting with the first. In 
decision block 1505, if all the desired skills have already been selected, 

10 then the routine continues at block 1507, else the routine continues at 
block 1506. In block 1506, the routine invokes a routine to calculate the 
fitness value for the selected desired skill and then loops to block 1504 to 
select the next desired skill. In block 1507, the routine combines the 
fitness values for the required skills and the fitness value for the desired 

15 skills into an overall skill fitness for the candidate. In one embodiment, 
the routine uses the following equation to combine the fitness values of 
the required skill with the fitness of the desired skill. 

F =0.8x-i^^ + 0.2 x^^^ 

20 

If there are no desired skills, then the weight factor for the required skills 
is 1.0, rather than 0.8. The routine returns. 

Figure 16 is a flow diagram illustrating an example 
25 calculation that determines the fitness of a required skill. Although not 
shown, the fitness of desired skills is calculated in a similar manner. In 
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decision block 1601, if the candidate's experience for the required skill 
(Ecr:i) is less than the minimmn experience for the skill (Er(mm):i\ then the 
routine continues at block 1602, else the routine continues at block 1605. 
In decision block 1602, if the candidate's experience for the skill (Ecri) is 

5 less than the floor experience (Er(mm):i*Pe:fioor\ then the routine continues 
at block 1603, else the routine continues at block 1604. In block 1603, 
the routine sets the fitness for the required skill (Ecn) to zero and then 
returns. In block 1604, the routine sets the fitness for the required skill 
(Ecru) to range linearly between the floor experience and the minimum 

10 experience according to the following equation: 



15 



25 



F ~F •P 

p _ cr.i ^r(mm):i ^ e: floor 
Er(mm)i * O ~ floor ) 



The routine then returns. In decision block 1605, if the candidate's 
experience for the required skill (Er(max):i) is less than or equal the 
maximum experience for the skill (Ecri), then the routine continues at 
block 1606, else the routine continues at block 1607. In block 1606, the 
20 routine sets the candidate's fitness to one plus a fraction of the 
experience premium based on the ratio of the candidate's experience 
(Fcri) to the difference between the maximum experience and minimum 
experience as indicated by the following equation: 



cr.i Premium j-. jy, 

rCmax):i r(min):j 
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The routine then returns. In block 1607, if the asymptote is greater than 
zero, then the routine continues at block 1608, else the routine continues 
at block 1609. In a block 1608, the routine sets the candidate's fitness as 
5 indicated by the following equation: 



A-]-F 

P — "Pr emium 



Log~^ 



^r(min) 



Log 



''r(niin):i 
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The routine then returns. In block 1609, if longer experience is valued, 
then the routine continues at block 1611, else the routine continues at 
block 1610. In block 1610, the routine sets the candidate's fitness to one 
plus the experience premium and then returns. In decision block 161 1, if 

15 the candidate's experience is less than the ceiling experience, then the 
routine continues at block 1612, else the routine continues at block 1613. 
In block 1612, the routine sets the candidate's fitness to one plus the 
experience premium times a ratio of the candidate's experience to the 
difference between the ceiling experience and the maximum experience 

20 as indicated by the following equation: 



^cri - (1 + -^Premium) * 



(1 Pe:ceiling ) * -^r(max) 

P •F 

eCeiling r:max 



25 

[/Application-Corrected, dot] 21 



In block 1613, the routine sets the candidate's fitness to zero and then 
returns. 

Figure 17 is a flow diagram illustrating an example 
calculation to determine the fitness for availability (Dc). In decision 
5 block 1701, if the candidate's availability (Dc) is greater than the latest 
availability date (Di), then the routine continues at block 1702, else the 
routine continues at block 1703. In block 1702, the routine sets the 
candidate's fitness (Fa) to zero and then retums. In decision block 1703, 
if the candidate's availability (Dc) is later than the planned availability 

10 (Dp), then the routine continues at block 1704, else the routine continues 
at block 1705. In block 1704, the routine sets the candidate's fitness to 
the ratio of the difference between the latest availability (Di) and the 
candidate's availability (Dc) to the difference between the latest 
availability (Di) and the desired availability (Dp). The routine then 

15 retums. In block 1705, the routine sets the candidate's fitness to 1 and 
then retums. 

Figure 18 is a flow diagram illustrating an example 
calculation to determine the fitness for reservation. In decision block 
1801, if a reservation is specified, then the routine continues at block 

20 1803, else the routine continues at block 1802. In block 1802, the 
routine sets the candidate's fitness (Fj-es) to one and then retums. In 
decision block 1803, if the candidate's reservation (Rc) is less than the 
target reservation (R), then the routine continues at block 1805, else the 
routine continues at block 1804. In block 1804, the routine sets the 

25 candidate's fitness to one and then retums. In decision block 1805, if the 
candidate's reservation is less than or equal to zero, then routine 
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continues at block 1806, else the routine continues at block 1807. In 
block 1806, the routine sets the candidate's fitness to zero and then 
returns. In block 1807, the routine sets the candidate's fitness to the 
ratio of the candidate's reservation to the target reservation and then 
returns. 

Figure 19 is a flow diagram illustrating an example 
calculation to determine fitness for rate. In block 1901, the routine sets 
the candidate's fitness (Frate) to the base rate (Hbase) divided by the 
candidate's rate (He) and then returns. 

From the foregoing, it will be appreciated that although 
specific embodiments of the job placement system have been described 
for purposes of illustration, various modifications may be made without 
deviating from the spirit in the scope of the invention. Accordingly the 
invention is not limited except by the following claims. 



[/Application-Corrected.dol] 



23 



